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DETAILED ACTION 

1 . This is in response to the applicant's communication filed on November 28, 2005, 
wherein: 

Claims 49-73 are currently pending; 
Claims 62, 66, 68, and 70 are amended; 
Claim 73 is new. 

Response to Amendment 
Claim Objections 

2. Claim 69 is objected to because of the following informalities: 

The applicant has grammatical errors. The applicant has "a electronic 
marketplace" which should read "an electronic market place". The applicant has the 
"transaction data describe transactions" It should read "data describes". Appropriate 
correction is required. 

Claim Rejections - 35 USC § 112 

The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

3. Claims 49-73 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to reasonably convey to 
one skilled in the relevant art that the inventor(s), at the time the application was filed, 
had possession of the claimed invention. 
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4. In claims 49 and 58 the applicant is claiming a system and method, comprising: 
Providing an online dispute resolution system electronically coupled to an 

electronic marketplace that provides a website by which users buy and sell items, 
wherein the electronic marketplace includes a database that stores transaction 
data that describes transactions within the marketplace, 

electronically receiving with the online dispute resolution system at least a 
portion of the transaction data from the database of the electronic marketplace in 
response to initiation of a dispute; 

utilizing the received portion of the transaction data in accordance with a dispute 
resolution process to assist the users in resolving disputes relating to the transactions 
within the electronic marketplace. 

5. In claims 51 and 60, the applicant claims a method and system that 
automatically initiates enrollment of the sellers within the dispute resolution system in 
response to the request. 

6. In claim 52, the applicant claims a method and system wherein the online 
dispute resolution system electronically communicates the status information to 
a database of the electronic marketplace. 

7. In claim 53, the applicant claims the online dispute resolution system further 
comprising a server to service electronic requests issued by a server within the 
electronic marketplace to exchange data between the online dispute resolution 
system and the electronic marketplace. 
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8. In claim 54, the applicant claims a data manager software application to 
automatically communicate data between a database of the online dispute 
resolution system and a database of the electronic marketplace. 

9. In claim 55, applicant claims the dispute resolution system electronically 
communicating rating data from a database of the online dispute resolution 
system to a database of the electronic marketplace. 

10. In claim 61 , the applicant claims a method comprising electronically 
communicating data that relates to the online dispute resolution process to the 
database of the electronic marketplace, and updating the electronic marketplace 
based on the data received from the dispute resolution system. 

11. In claims 49 and 63, the applicant claims without manually entering the 
transaction data into the dispute resolution system. 

12. Claim 62 claims that the indicia is received from the dispute resolution system for 
the users in response to resolution of the disputes. 

13. In claim 65, the applicant claims receiving with the online dispute resolution 
system an electronic query from the electronic marketplace and electronically 
providing a status associated with one of the users from a database of the online 
dispute resolution system to the database of the electronic marketplace in response 
to the query. 

14. In claim 66, the applicant claims a software application to automatically 
communicate transaction data from a database of the electronic marketplace to a 
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database in the system in response to a transaction within the electronic 
marketplace. 

15. In claim 67 the applicant claims wherein the electronic marketplace stores 
transaction data that describes transactions within the marketplace and automatically 
communicating the transaction data stored to the online dispute resolution system 
without human intervention in response to initiation of a dispute; and utilizing the 
transaction data in accordance with a dispute resolution process to assist the users in 
resolving disputes relating to the transactions within the electronic marketplace. 

16. In claims 49 and 68 applicant claims storing transaction data in an electronic 
marketplace, wherein the transaction data describes the transaction within the 
electronic marketplace, receiving case information with an online dispute resolution 
system, wherein the case information describes a dispute related to one of the 
transactions of the electronic marketplace, automatically communicating at least a 
portion of the transaction data related to the dispute from the electronic 
marketplace to the online dispute resolution system without manual intervention 
and executing a dispute resolution process with the online dispute resolution system 
that utilizes the transaction data from the electronic marketplace and the case 
information form the parties to assist the users in resolving the dispute. 

17. In claim 69, applicant claims storing transaction data in a database of an 
electronic marketplace, wherein the transaction data describes transactions with the 
electronic marketplace, receiving case information with an online dispute resolution 
system from one or more parties, where the case information describes a dispute 
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related to one of the transaction of the electronic marketplace and executing a dispute 
resolution process with the online dispute resolution system that receives at least a 
portion of the transaction data stored from the database of the electronic 
marketplace without human intervention in response to initiation of the dispute 
and uses the received portion of the transaction data and the case information form 
the parties to assist the parties in resolving the dispute. 

18. In claim 70, the applicant claims an electronic marketplace system including 
a database and software object that automatically communicates transaction data 
from the database to the online dispute resolution system when transactions 
within the electronic marketplace are performed by members of the online 
dispute system, wherein the online dispute resolution system executes a dispute 
resolution process that utilizes the transaction data and the dispute information to assist 
the parties in resolving the dispute. 

19. In claim 71 , the applicant claims an electronic marketplace system including 
a database that stores transaction data that describe transactions for buyers and 
sellers, a software object executing the electronic marketplace system that 
automatically communicates the transaction data form the database to the online 
dispute resolution system without human intervention in response to initiation of 
a dispute, and a software object executing within the electronic marketplace system 
that queries the database of the online dispute resolution system for status for at 
least one user of the electronic marketplace system. 
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20. In claim 72, the applicant claims an online dispute resolution system having at 
least one server that communicates with a database of an electronic marketplace 
system without human intervention in response to initiation of a dispute. 

21 . Applicant has added claim 73. This claim is directed to a system comprising and 
online dispute resolution system that executes a dispute resolution process; and 

an electronic marketplace system that includes: 

a web server that provides a centralized trading place for a plurality of buyers 
and a plurality of sellers; 

a database that stores data, and 

a software object that communicates the data from the database to the 
online dispute resolution system to inform the dispute resolution system of 
transactions performed by the plurality of buyers and the plurality of sellers. 

22. The applicant amended the claims and added new claims in the amendment filed 
on May 18, 2005 and in the amendment filed on November 28, 2005. The applicant 
states that no new matter has been added by the new claim and the new claim 
limitations and support for the new claims can be found throughout the present 
specification, including for example, [0046]-[0048]. The Examiner has reviewed these 
sections and does not find support for the many of the limitations. 

The Examiner is unable to find support for the italicized portions of the claim 
language in the original disclosure. 
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[0046] Referring now to FIG. 2B, a second implementation 150 of the dispute 
resolution system is shown. In this implementation, a customer (which can be 
either the seller or the buyer) or a dispute resolution specialist can access 
data using a web browser on a workstation 152. The data is securely 
transferred between the workstation 152 to a network 154. The network 154 can 
be the Internet or can be an intranet. A server 156 communicates with the 
network 154. The server 156 also communicates with a second server 158, 
which can be an e-commerce server such as the ColdFusion server, available 
from Allaire Inc. The server 158 is used as a Web Application Server to present 
HTML applications. These applications allow customers to file and manage 
disputes and dispute resolution specialists to manage cases over the Internet. 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 1 30. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing partners to 
query the dispute resolution system data such as the status of a specific 
marketplace seller 104. 

[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 



The Examiner request that the applicant specifically direct the Examiner to the 
portions of the specification where there is support for this claim language. For 
example, where is there support for the online dispute resolution system electronically 
receiving at least a portion of the transaction data stored within the electronic 
marketplace without requiring manual entry of the transaction data ? Where is 
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there support for the database of the electronic marketplace or wherein the 
electronic marketplace includes a database that stores transaction data that 
describes transactions within the marketplace? 

Where in the disclosure is there support for an electronic marketplace system as 
now defined by the applicant as a web server that provides a centralized trading place 
for a plurality of buyers and sellers with a database that stores data and a software 
object that communicates the data from the database to the online dispute resolution 
system? The Examiner has performed a text search on the specification as originally 
disclosed and the only definition of the marketplace is in paragraph [0039] which 
identifies the marketplace 106 as a physical mall or market or a website such as an 
online centralized trading place. The applicant states that one exemplary person-to- 
person trading place on the Internet is eBay, located at www.eBav.com . EBay is a web- 
based community in which buyers and sellers are brought together in an efficient 
auction format to buy and sell items. Where is the marketplace database identified and 
where is there disclosure that this database stores transaction data without requiring 
manual entry of the transaction data or that transaction data is communicated form the 
database to the online dispute resolution system without human intervention in 
response to initiation of a dispute? 

Where in the disclosure does the applicant disclose a database (160) as shown 
in Figure 1b of the Collins reference or where does the applicant disclose Party B 
having an attached database and that Party B is a merchant and the database is for 
maintaining records concerning customers? 
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Where is the disclosure for embedding uniform resource locators associated with 
the dispute resolution system within a hypertext markup language application for the 
website of the electronic marketplace to enable the users of the electronic 
marketplace to automatically access the dispute resolution system from the 
electronic marketplace without manually entering the transaction data into the 
dispute resolution system? It appears that the hotlink is to the registration form. 

Where is it disclosed that the online dispute resolution system comprises a 
membership profile database and that the status is provided by the online dispute 
resolution system to a database of the electronic marketplace? 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 



A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21 (2) 
of such treaty in the English language. 

23. Claims 49-61 and 64-73 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Collins et al (US 2002/0007362) (hereinafter referred to as Collins). 
Referring to Claims 49, 52-58 and 64: 



Collins discloses method and system, comprising: 
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providing an online dispute resolution system (Figure 7b Welcome to DISPUTE 
RESOLUTION, INC; [0004-0005] method and system for facilitating agreement 
pertaining to a situation over a network; [0037]) comprising a server (Figures 1a and 1b 
(120)), a data manager software application for communicating data between databases 
(col. 8, claim 9 a computer program product for use on a computer system for facilitating 
agreement comprising code for receiving data, storing data, and retrieving data) and 
least one database (Figures 1a and 1b (140) (160)), the online dispute resolution 
system electronically coupled to an electronic marketplace that provides a website by 
which users buy and sell items ((Figure 1b and [0045] Party B is a merchant that 
maintains records concerning customers; [0039] a customer may have a dispute with a 
merchant. The dispute may arise in connection with a transaction occurring over the 
Internet; [0047] if the method is used for dispute resolution in connection with goods 
sold by a merchant over the Internet), wherein the electronic marketplace includes a 
database that stores transaction data that describes transactions within the marketplace 
(Figure 1b (160) [0045] Party B has an attached database 160. Party B is a merchant 
that maintains records concerning customers. Data which may be maintained includes 
the number of transaction that the customer has had with the merchant, the amount of 
merchandise purchased, an associated rating of the customer and any other data 
perceived of as pertinent by the merchant concerning the customer); 

electronically receiving with the online dispute resolution system at least a portion 
of the transaction data from the database of the electronic marketplace in response to 
initiation of a dispute ([0045] the associated rating of the customer provides a 
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mechanism for the corresponding server process to select the level that the customer 
should begin resolution; the server process, having data concerning the customer as 
provided by the merchant's database, would grant the customer's request base upon 
the rating; also see [0047 ']); 

utilizing the received portion of the transaction data in accordance with a dispute 
resolution process to assist the users in resolving disputes relating to the transactions 
within the electronic marketplace ([0045] if the customer has a high rating which 
indicates the loyalty of the customer as represented by the number, volume, or value of 
purchases the merchant may with to bypass the computer negotiation phase and move 
directly to level two or three. Additionally, this customer rating may allow the customer 
with a high rating to select the resolution mechanism; also see [0047]). 

The type of data being transmitted in considered to be non-functional descriptive 
data not interrelated with the useful structure of the system and thus will not serve as a 
limitation. This descriptive material will not distinguish the claimed invention from the 
prior art in terms of patentability, sees In re Gulack, 703 F. 2d. 1381, 1385, 217 USPQ 
401, 404 (Fed. Cir. 1983); In re Lowry, 32 F. 3d 1579, 32 USPQ 2d 1031 (Fed. Cir. 
1994). 

Referring to Claims 50 and 59: 

Collins discloses electronically receiving with the online dispute resolution system 
communications from the users of the electronic marketplace to initiate filing of disputes; 
and initiating the online dispute resolution process in response to the communications 
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(Figures 2 and 3 and [0046-0047] Figure 2 (300) initialization or registration stage; (400) 
issue definition and clarification). 

Referring to Claims 51 and 60: 

Collins electronically receiving with the online dispute resolution system 
enrollment requests from the sellers of the marketplace and initiating enrollment of the 
sellers within the dispute resolution system in response to the requests (Figure 7a and 
7b and [0054] and [0061] terms and conditions of use may be supplied to the first party; 
if party indicates agreement, registration data is obtained and [0046] a registration 
stage; [0047] an eligibility determination stage). 

Referring to Claim 61: 

Collins discloses a method further comprising electronically communicating data 
that relates to the online dispute resolution process to the electronic marketplace and 
updating the electronic marketplace based on the data received from the dispute 
resolution system ([0042] A initiates negotiation by contacting the central server 120 
and providing data to the server concerning the situation; Party B is contacted and 
sends position data over the network to the central server; Based on information 
provided, server generates zone of possible agreement and renders it to the parties). 

Referring to Claim 65: 

Collins discloses a method comprising the online dispute resolution system 
receiving a query and electronically providing a status associated with the user ([0047] 
Eligibility status). 
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Referring to Claims 66 and 67: 
Collins discloses a method and system, comprising: 

providing an online dispute resolution system (Figure 7b Welcome to DISPUTE 
RESOLUTION, INC; [0004-0005] method and system for facilitating agreement 
pertaining to a situation over a network; [0037]) comprising a server {Figures 1a and 1b 
(120)), a data manager software application for communicating data between databases 
(col. 8, claim 9 a computer program product for use on a computer system for facilitating 
agreement comprising code for receiving data, storing data, and retrieving data) and 
least one database (Figures 1a and 1b (140) (160), the online dispute resolution 
system electronically coupled to an electronic marketplace that provides a website by 
which users buy and sell items ((Figure 1b and [0045] Party B is a merchant that 
maintains records concerning customers; [0039] a customer may have a dispute with a 
merchant. The dispute may arise in connection with a transaction occurring over the 
Internet; [0047] if the method is used for dispute resolution in connection with goods 
sold by a merchant over the Internet), wherein the electronic marketplace includes a 
database that stores transaction data that describes transactions within the marketplace 
(Figure 1b (160) [0045] Party B has an attached database 160. Party B is a merchant 
that maintains records concerning customers. Data which may be maintained includes 
the number of transaction that the customer has had with the merchant, the amount of 
merchandise purchased, an associated rating of the customer and any other data 
perceived of as pertinent by the merchant concerning the customer) 
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automatically communicating the transaction data stored to the online dispute 
resolution system without human intervention in response to initiation of a dispute 
([0045] the server process, having data concerning the customer as provided by the 
merchant database; see also [0047]); and 

utilizing the transaction data in accordance with a dispute resolution process to 
assist the users in resolving disputes relating to the transactions within the electronic 
marketplace ([0045] if the customer has a high rating which indicates the loyalty of the 
customer as represented by the number, volume, or value of purchases the merchant 
may with to bypass the computer negotiation phase and move directly to level two or 
three. Additionally, this customer rating may allow the customer with a high rating to 
select the resolution mechanism; also see [0047]). 

Referring to Claim 68: 

Collins discloses a method, comprising: 

storing transaction data in an electronic marketplace, wherein the transaction 
data describes the transaction within the electronic marketplace ([0045] Figure 1b (160) 
Party B has attached database 160; Party B is a merchant that maintains records 
concerning customers which includes the number of transactions, etc); 

receiving case information with an online dispute resolution system, wherein the 
case information describes a dispute related to one of the transactions of the electronic 
marketplace ([0043] negotiation log file (150) all communications between the parties 
and the central server process, as well as communications between the parties may be 
captured and recorded in the negotiation log file 150 [0046] and Figure 2 Step 400 
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involves issue definition and clarification; see [0047] Figure 3 position data; [0061 case 
reference number allows the parties to access case information including negotiation 
log throughout the negotiation process); 

automatically communicating at least a portion of the transaction data related to 
the dispute form the electronic marketplace to the online dispute resolution system 
without manual intervention ([0045] [0045] the server process, having data concerning 
the customer as provided by the merchant database; see also [0047]); and 

executing a dispute resolution process with the online dispute resolution system 
that utilizes the transaction data from the electronic marketplace and the case 
information from the parties to assist the users in resolving the dispute ([0045] rating of 
customer provides mechanism for server process to select level that customer should 
begin resolution [0047] Figure 3 first party introduced to system; first party provides 
position data; determine if the party is eligible; if eligible, second party invited to 
participate; a Negotiation Log file is created). 

Referring to Claim 69: 

Collins discloses method, comprising: 

storing transaction data in a database of an electronic marketplace, wherein the 
transaction data describes transactions with the electronic marketplace ([0045]Figure 1b 
(160) Party B has attached database 160; Party B is a merchant that maintains records 
concerning customers which includes the number of transactions, etc). 
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receiving case information with an online dispute resolution system from one or 
more parties, where the case information describes a dispute related to one of the 
transaction of the electronic marketplace {[0047] position data); and 

executing a dispute resolution process with the online dispute resolution system 
that receives at least a portion of the transaction data stored from the database of the 
electronic marketplace without human intervention in response to initiation of the 
dispute and uses the received portion of the transaction data and the case information 
form the parties to assist the parties in resolving the dispute ([0045] rating of customer 
provides mechanism for server process to select level that customer should begin 
resolution [0047] Figure 3 first party introduced to system; first party provides position 
data; determine if the party is eligible; if eligible, second party invited to participate;. 

Referring to Claim 70: 

Collins discloses a system, comprising: 

a system that presents an interface (Figures 1a and 1b (110)); 

an electronic marketplace system (Figure 1b) including a database (1 60) and 
software object that automatically communicates transaction data from the database to 
the system ([0045-0047]). 

Referring to Claim 71: 

Collins discloses system comprising: 

a first system having a database (Figures 1a and 1b (140)); 
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a second electronic system including a database, software object executing with 
the second electronic system that automatically communicates transaction data from 
the database to the first system (Figure 1b (160) and [0045-0047]); and 

a software object executing with the second system that queries the database 
(Figures 1a and 1b server process; claim 9 computer program product with code). 

Referring to Claim 72: 

Collins discloses a system comprising: 

a server (Figures 1a and 1b (server process)); 

a plurality of client computers (Figures 1a and 1b (110)); 

a system having at least one server that communicates with a database of an 
electronic marketplace system (Figure 1b (server process and (160)). 

Referring to Claim 73: 

Collins discloses an online dispute resolution system that executes a dispute 
resolution process ([0037] The embodiment of Fig. 1a illustrates a method of facilitating 
agreement over a network among a plurality of participants. The agreement being 
sought pertains to what is referred to as a "situation. " A "situation" may be a 
dispute between a customer and a merchant, or a "situation" may be the negotiation of 
an agreement [0039] In one potential application, for example, a customer may have a 
dispute with a merchant. The dispute may arise in connection with a transaction 
occurring over the Internet or the dispute may involve a transaction that occurred under 
other circumstances. A dispute may also arise in connection with multiple transactions 
related to one customer or one customer account. For example, a customer with a 
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credit card account may dispute one or more items appearing on a credit card 
statement, each item corresponding to a purchase transaction. The customer may 
contact the issuer of the credit card to resolve such a dispute.); and 

an electronic marketplace system ([0037] A "situation" may be a 
dispute between a customer and a merchant; it will be understood to include the 
Internet as well as other networks [0039] a customer may have a dispute with a 
merchant. The dispute may arise in connection with a transaction occurring over the 
Internet; [0042] Figure 1a shows only two parties there may be more than two parties; 
;[0045] Fig. 1b shows an alternative embodiment in which Party B has an attached 
database 160. Party B is a merchant that maintains records concerning customers; 
[0053] Fig. 9, the method described may be particularly suited to resolution of a post 
transaction dispute between a consumer and merchant); that includes: 

a web server that provides a centralized trading place for a plurality of buyers 
and sellers ([0038] In one embodiment, for example, as described in further detail 
below, a series of remote computer terminals may be in communication over a network 
with a server. In a further embodiment, the server may generate hypertext markup 
language (HTML) encoded pages to be displayed on the screens of the terminals, and 
appropriate HTML encoded pages may be used for supplying pertinent data to the 
server. Thus embodiments of the invention may be implemented over the World Wide 
Web; [0042] Although Fig. 1a shows only two parties there may be more than two 
parties engaged in a negotiation session); 
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a database that stores data ([0045] Fig. 1b shows an alternative embodiment 
in which Party B has an attached database 160. In this embodiment Party Bis a 
merchant that maintains records concerning customers. Data which may be 
maintained includes the number of transactions that the customer has had with 
the merchant, the amount of merchandise purchased with the merchant, an 
associated rating of the customer, and any other data perceived of as pertinent 
by the merchant concerning the customer), 

a software object that communicates the data from the database to the online 
dispute resolution system (col. 8, claim 9 a computer program product for use on a 
computer system for facilitating agreement comprising code for receiving data, storing 
data, and retrieving data). 

24. Claims 62 and 63 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Collins. 

Referring to Claim 62: 

Collins discloses a pull down box on the template provided with a listing of 
possible participating parties such as merchants and companies. This allows the 
customer to know whether the merchant/other party is bound to participate [0061]. 
Collins does not explicitly disclose displaying in the electronic marketplace visual indicia 
associated with users of the electronic marketplace that participate in the dispute 
resolution system and automatically controlling the appearance of the visual indicia as a 
function of data received from the dispute resolution system for the users in response to 
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resolution of the disputes. However, it is the Examiner's position that a visual indicia is 
something that visually communicates something to the person viewing the indicia. The 
pull-down box conveys to the customer that the merchant/other party is bound to 
participate. The applicant states in paragraph [0015] that a medallion can be provided to 
registered sellers to serve as a visible symbol of trust and to increase buyers' 
confidence in transaction with the seller. 

The Examiner takes Official Notice that providing an indicia on a website is old 
and well known as is evidenced by www.truste.com . TRUSTe discloses that dispute 
resolution is provided as an insurance covering a transaction (page 10 the TRUSTe 
program is backed by a multi-faceted assurance process that establishes Web site 
credibility, thereby making users more comfortable when making online purchases or 
providing information; page 19 the Watchdog page to provide you with a convenient 
mechanism for reporting violations; page 25; page 34 Resolution Process; page 50, 
Watchdog dispute resolution form - if you have an unresolved dispute with a TRUSTe 
member; TRUSTe discloses sellers associated with the marketplace being registered 
subscribers of the system before transactions are insured {page 14 in joining the 
TRUSTe online seal program, you leading the way; the trustmark is awarded only to 
sites that adhere to our established privacy principles and agree to comply with ongoing 
TRUSTe oversight and our resolution process; page 21 Watchdog (File a Complaint); 
pages 32 - 34) 

Therefore, at the time the invention was made, it would have been an obvious 
matter of design choice to a person of ordinary skill in the art to display visual indicia 
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because applicant does not disclose that the indicia is used for a particular purpose 
other than what it means to the mind of one viewing the indicia or solves a stated 
problem. One of ordinary skill in the art, furthermore, would have expected applicant's 
invention with the pull down box disclosed in Collins or the indicia because both are 
used to notify a customer whether the merchant is a participating with the dispute 
resolution system 

Therefore, it would have been an obvious matter of design choice to modify 
Collins to obtain the invention as specified in claim 62. 

Furthermore, the visual indicia is determined to be non-functional descriptive 
data. The indicia qualifies as descriptive material. It is nonfunctional descriptive data 
since the indicia does not alter the steps of the method or add to any structure of the 
system. The indicia conveys meaning to the person observing the indicia, ie, it gives 
notice to the observer that the seller is registered. The indicia only means something in 
the mind of the person viewing the indicia, thereby imparting trust and confidence in the 
mind of the viewer (See In re Gulack, 703 F. 2d 1381, 217 USPQ 401 (Fed. Cir. 1983) 
and In re Lowery, 32 F. 3d 1579, 32 USPQ 2d 1031) 

Referring to Claim 63: 

Collins does not disclose method comprising embedding uniform resource 
locators associated with the dispute resolution system within a hypertext markup 
language application for the website of the electronic marketplace to enable the users of 
the electronic marketplace to automatically access the dispute resolution system from 
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the electronic marketplace without manually entering the transaction data into the 
dispute resolution system. 

However, the Examiner takes Official Notice that it is old and well known to 
provide a URL within a website to enable users to access another system as is 
evidenced by Yahoo, Google, the PTO website, and the Non-Profit Dating Service 
webpage which the Examiner has provided - all having embedded uniform resource 
locators within a hypertext markup language application for the website. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to incorporate into the dispute resolution system of Collins a URL 
locator on participants' websites so a user can easily and quickly access the system. 

Response to Arguments 

25. Applicant's arguments filed November 28, 2005 have been fully considered but 
they are not persuasive. 

26. NOTE: Throughout the arguments applicant refers to appellant. The Examiner 
notes that this is a typo and refers to the appellant as applicant. 

27. Rejection under 35 USC 112, first paragraph: 

The Examiner maintains the rejection under 35 USC 112, first paragraph, as to 
claims 49-73. The Examiner has requested that the applicant direct the Examiner to the 
disclosure where the limitations set forth in the rejection are located. The Examiner 
does not agree with the applicant's assertion that a written description must describe 
the claimed invention in sufficient detail so that one skilled in the art can reasonably 
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conclude that the inventor had possession of the claimed invention. Applicant states 
that with respect to newly added claims, i.e., claims not found in the original 
disclosure, claim limitations can be satisfied through express, explicit, or even 
inherent disclosure. 

Moreover, the Examiner disagrees with the assertion that one skilled in the art 
can reasonably conclude that the inventor had possession of the claimed invention. 
Since the claim limitations are not expressly disclosed, applicant is asking the Examiner 
to rely on implicit or inherent disclosure to satisfy the written description requirement for 
what applicant considers to be the novel features of an invention. 

Applicant is arguing that limitations are implicit or inherent in applicant's invention 
but applicant does not give the same implicit or inherent consideration to the prior art. 

! 

28. Claims 49 and 58: 

Applicant states that disclosure for the transaction data stored within the 

electronic marketplace without requiring manual entry of the transaction data and 

wherein the electronic marketplace includes a database that stores transaction data that 

describes transactions within the market place. Applicant directs the Examiner to 

paragraphs [45-47]. 

[0045] Referring now to FIG. 2A, one implementation of the dispute resolution 
system 130 is shown. In this implementation, the dispute resolution system 130 
includes a plurality of redundant, fail-over servers 132-136. The servers 
132-136 are connected to the network 120. Moreover, each server 132 or 136 is 
connected to a data storage system 134 and 138, respectively. To support 
fail-over, each server 132 or 136 can provide resources independent of the 
other until one of the servers fails. Each server continuously monitors the 
other server. When one of the servers fails, the surviving server acquires the 



Application/Control Number: 10/672,136 
Art Unit: 3629 



Page 25 



shared drives and volumes of the failed server and mounts the volumes 
contained on the shared drives. Applications that use the shared drives can also 
be started on the surviving server after the failover. Further, a manual-failover 
operation can be performed on the shared volumes at any time in order to 
perform tasks such as scheduled maintenance on one of the servers. As soon 
as the failed server is booted up and the communication between servers 
indicates that the server is ready to own its shared drives, the servers 
automatically start the recovery process. 



[0046] Referring now to FIG. 2B, a second implementation 150 of the dispute 
resolution system is shown. In this implementation, a customer (which can be 
either the seller or the buyer) or a dispute resolution specialist can access 
data using a web browser on a workstation 152. The data is securely 
transferred between the workstation 152 to a network 154. The network 154 can 
be the Internet or can be an intranet. A server 156 communicates with the 
network 154. The server 156 also communicates with a second server 158, 
which can be an e-commerce server such as the ColdFusion server, available 
from Allaire Inc. The server 158 is used as a Web Application Server to present 
HTML applications. These applications allow customers to file and manage 
disputes and dispute resolution specialists to manage cases over the Internet. 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing partners to 
query the dispute resolution system data such as the status of a specific 
marketplace seller 1 04. 

[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 

[0049] Referring now to FIG. 3, a process 230 that provides a forum for rating 
buyers and sellers is shown. First, either a party such as a buyer or a seller 
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can access the dispute resolution system (step 232). Next, the party can enter 
a password to access the system (step 234). If the password is correct, the 
process 230 allows the party to access information relating to the 
"performance" of another party (step 236). The process 230 then checks 
whether the party is finished with the checking process (step 238). If not, the 
process 230 loops back to step 236 to allow the party to continue looking up 
the performance of other parties. Alternatively, the process 230 exits. 



Applicant argues that Figure 1 shows a marketplace 102 separate from the 
dispute resolution system. The Examiner agrees with this assertion. The Examiner 
agrees that the online marketplace is a website or an online centralized trading place. 
However, the Examiner does not agree that this present application makes clear that 
the online marketplace is a system that provides a centralized trading place, and is not 
an individual buyer. 



The Examiner directs the applicant to paragraphs 39-41 wherein it is stated: 

0039] FIG. 1 shows an environment 100 that supports electronic dispute 
resolution. In this environment, one or more sellers 104 offer their products 
and/or services to one or more consumers 106 at a marketplace 102. The 
marketplace 106 can be a physical mall or market or can be a website such as 
an online centralized trading place. The centralized trading place overcomes the 
inefficiencies associated with traditional person-to-person trading by 
facilitating buyers and sellers meeting, listing items for sale, exchanging 
information, interacting with each other and, ultimately, consummating 
transactions. Through such a trading place, buyers can access a significantly 
broader selection of goods to purchase and sellers have the opportunity to sell 
their goods efficiently to a broader base of buyers. 

[0040] One exemplary person-to-person trading place on the Internet is eBay, 
located at www.eBay.com. eBay is a Web-based community in which buyers 
and sellers are brought together in an efficient auction format to buy and sell 
items such as antiques, coins, collectibles, computers, memorabilia, stamps and 
toys. The eBay service permits sellers to list items for sale, buyers to bid 
on items of interest and all users to browse through listed items in a 
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fully-automated, topically-arranged online service that is available 24 hours a 
day, seven days a week. 

[0041] The seller 104 may be a manufacturer. The marketplace 102 and the 
seller 104 can communicate directly with each other, or can communicate over a 
network 120. The network 120 can be a wide area network such as the Internet. 
The one or more consumers 106 can communicate with the marketplace 102 and 
indirectly the seller 104 over the network 120. A multiparty community 110 
having a first party 112, a second party 114 and an nth party 116 can 
communicate with the network 120. Further, the first party 112, second party 
114 and nth party 116 can communicate directly with each other. 

Furthermore, applicant states in paragraph 12: 

[0012] In a second aspect, a system for resolving online disputes includes a 
network; an electronic marketplace coupled to the network; one or more sellers 
selling one or more items at the marketplace; one or more buyers consuming one 
or more items at the marketplace; and a dispute resolution system coupled to 
the network to resolve a dispute between one or more buyer and seller parties, 
the dispute resolution system adapted to select one of two modes of resolving 
the dispute, the first mode being completely driven by an electronic agent and 
the second mode involving a dispute resolution specialist. 

These excerpts do not make clear that the online market place is a system that 
provides a centralized trading place, and is not an individual buyer or seller. 



Applicant argues that Figure 2B shows a "second implementation" 150 of the 
invention in which the dispute resolution system integrates with a business partner's 
system, such as the online marketplace 102. The applicant then argues that the totality 
of the description of Figure 2B makes clear that marketplace 102 of Figure 1 is an 
example of a partner system referred to in 2B. Applicant states that paragraph 48 
expressly refers to partner systems as having "partner databases 164." 

Paragraph 48 is set forth below: 

[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
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162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 



To better understand Figure 2B, one would need to read paragraphs 0045-0050 

in the order which the specification provides. 

[0045] Referring now to FIG. 2A, one implementation of the dispute resolution 
system 130 is shown. In this implementation, the dispute resolution system 130 
includes a plurality of redundant, fail-over servers 132-136. The servers 
132-136 are connected to the network 120. Moreover, each server 132 or 136 is 
connected to a data storage system 134 and 138, respectively. To support 
fail-over, each server 132 or 136 can provide resources independent of the 
other until one of the servers fails. Each server continuously monitors the 
other server. When one of the servers fails, the surviving server acquires the 
shared drives and volumes of the failed server and mounts the volumes 
contained on the shared drives. Applications that use the shared drives can also 
be started on the surviving server after the failover. Further, a manual-failover 
operation can be performed on the shared volumes at any time in order to 
perform tasks such as scheduled maintenance on one of the servers. As soon 
as the failed server is booted up and the communication between servers 
indicates that the server is ready to own its shared drives, the servers 
automatically start the recovery process. 



[0046] Referring now to FIG. 2B, a second implementation 150 of the dispute 
resolution system is shown. In this implementation, a customer (which can be 
either the seller or the buyer) or a dispute resolution specialist can access 
data using a web browser on a workstation 152. The data is securely 
transferred between the workstation 152 to a network 154. The network 154 
can be the Internet or can be an intranet. A server 156 communicates with the 
network 154. The server 156 also communicates with a second server 158, 
which can be an e-commerce server such as the ColdFusion server, available 
from Allaire Inc. The server 158 is used as a Web Application Server to 
present HTML applications. These applications allow customers to file and 
manage disputes and dispute resolution specialists to manage cases over 
the Internet. 

[0047] The server 158 receives data from a set of remote objects that reside 
in the partner's system 166. The remote objects, which can be enterprise 
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Java Beans, are provided to allow business partners of the system to 
integrate with the dispute resolution system. Both DCOM objects and 
Enterprise Java Beans models can be used. These objects provide 
functionality to receive and send specific information to the dispute 
resolution system 130. The objects will transparently deal with communication 
issues including server unavailability and performance. Example functionality 
includes informing the dispute resolution system 130 of relevant partner 
transactions and allowing partners to query the dispute resolution system 
data such as the status of a specific marketplace seller 104. 

[0048] The server 158 in turn communicates with a structured query 
language (SQL) server 160. The SQL server 160 also communicates with a 
data manager 162. The data manager 162 in turn communicates with one 
or more partner databases 164. Partners integrate with the system, by 
exposing relevant functionality on their respective websites, for example, 
allowing customers to dispute a transaction. This integration is achieved 
by a predefined set of URLs that a partner embeds in the partner's HTML 
application. 

[0049] Referring now to FIG. 3, a process 230 that provides a forum for rating 
buyers and sellers is shown. First, either a party such as a buyer or a seller 
can access the dispute resolution system (step 232). Next, the party can enter 
a password to access the system (step 234). If the password is correct, the 
process 230 allows the party to access information relating to the 
"performance" of another party (step 236). The process 230 then checks 
whether the party is finished with the checking process (step 238). If not, the 
process 230 loops back to step 236 to allow the party to continue looking up 
the performance of other parties. Alternatively, the process 230 exits. 



From these excerpts the applicant then states that this clearly established that 
the inventors were in possession of the concept that the online marketplace 102 
Figure 1 has a separate database that stores partner transactions. 

It is the Examiner's poisiton that this assertion is not clearly set forth. 
Furthermore, applicant claims in claims 49 that wherein, in response to initiation of a 
dispute, the online dispute resolution system electronically receives at least a portion 
of the transaction data stored within the electronic marketplace without requiring 
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manual entry of the transaction data. Where is this disclosed? It appears that the 

only information received in response to initiation of a dispute is status information, i.e., 

where the seller is enrolled and covered by the system and whether the transaction 

occurred after coverage began as set forth in paragraph [0056]. 

Applicant refers to predictive reasoning process 500 as it relates to Figure 10. 

Text relating to this excerpt is shown below. 

[0120] Referring now to FIG. 9, a process 500 for supporting two modes of 
communication between the parties and the dispute resolution system is shown. 
First, the process 500 checks whether the parties are in a conciliation mode 
(step 502). If not, the process 500 checks whether the parties are in a 
dispute resolution mode (step 503). If not, the process 500 exits. 
Alternatively, if the parties are in the resolution mode, the process shares 
communications with both parties (step 504). 

[0121] From step 502, if the process 500 is in a conciliation mode, the process 
500 checks whether the parties should be in a public messaging mode (step 
506). If so, the process 500 jumps to step 504. Alternatively, the process 500 
checks whether the parties should be in a private messaging mode (step 508). 
If so, the process 500 handles communications between parties in a private 
manner (step 510). From steps 503, 508 and 510, the process 500 exits. 

[0122] Referring now to FIG. 10, a predictive reasoning process 500 is shown. 
This process assists the dispute resolution specialists as well as the parties 
themselves in deciding a fair resolution of the dispute. First, the process 
500 retrieves facts associated from the current case (step 552). Next, the 
process 500 searches for cases with similar facts in this database (step 554). 
Finally, the process 500 retrieves and summarizes and displays the outcomes of 
the similar cases for all parties and the dispute resolution specialist to see. 
Finally, the process then exits. 

[0123] The search of cases with similar facts can be done using a conventional 
database search, or can be done using a number of machine learning systems, 
including case-based reasoning, neural networks, fuzzy networks, genetic 
algorithms (including genetic programming and classifier systems), Evolutionary 
Strategies, Evolutionary Programming, ADATE program induction, cellular 
automata, Box Jenkins optimization, ARMA optimization and many others. 
Rather than applying a direct computational approach, these systems create one 
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or more proposed solutions in the form of data and computer program entities, 
and iteratively alter the data and/or entities for finding known solutions to the 
dispute at hand. 



The Examiner asserts that these excerpts do not show support for the electronic 
marketplace including a (separate) database that stores transaction data and that, 
in response to initiation of a dispute, the system electronically receives at least a 
portion of the transaction data with the electronic marketplace without manual entry 
of the transaction data. 

Furthermore, paragraph 21 states that: 

[0021] The system also applies automatic tools such as an intelligent 
predictive reasoning system (also called case-based reasoning (CBR) system). 
CBR assists parties in disputes by indicating the likelihood of a particular 
outcome. This helps parties request reasonable solutions thereby increasing 
the likelihood of an easy settlement. It also assists the dispute resolution 
specialist in identifying similar past cases and indicating likely outcomes and 
their associated certainty. The system matches new disputes to "cases" from a 
historical database and then adapting successful outcomes from the past to the 
current situation. This technique increases the efficiency of the dispute 
resolution process and provides a high degree of decision uniformity. This 
effectively creates a semi-automated precedent-based resolution system. 

29. Claims 52, 54-55, 61 , 65: 

Claims 52 and 65 set forth the limitation wherein the online dispute resolution 
system comprises a membership profile database that maintains status information and 
wherein the online dispute resolution system electronically communicates the 
status information to a database of the electronic marketplace. Claim 54 claims a 
data manager software application to automatically communicate data between a 
database of the online dispute resolution system and a database of the electronic 
marketplace. Claim 55 claims communicating rating data from a database of the 
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online dispute resolution system to a database of the electronic marketplace. 
Claim 61 claims communicating data that relates to the dispute process to the 
database of the electronic marketplace, and updating the marketplace based on 
the data. 

The Applicant directs the Examiner to paragraphs 47 and 48 for these limitations. 

[0047] The server 1 58 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing 
partners to query the dispute resolution system data such as the status of 
a specific marketplace seller 104. 

[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 



It appears that the partners query the dispute resolution system for the status 
information. The updating appears to be the updating of enrollment information as set 
forth below: 

[0053] In all the above cases, if the seller's coverage is successful, the 
process updates a membership profile database, notifies the applicant of 
acceptance, and sends indicia such as a medallion to be displayed on the 
seller's point of sale. 

[0055] When the submit button 279 is selected, the process then checks whether 
the buyer is authorized under his or her credit arrangement. If not, the 
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process requests the user to reenter his or her identification information. 
Alternatively, if the user is authorized, the process updates a membership 
profile database, notifies the applicant of acceptance, and buyer can proceed 
to file the dispute. During normal transactions, the buyer can check whether a 
dispute resolution system logo is shown on the seller's site. If not, the 
buyer can request the seller to be a member of the dispute resolution system. 
If the seller agrees to join the dispute resolution system, a registration 
process is performed. Alternatively, if the seller does not agree to the terms 
of the dispute resolution system, the buyer makes a decision as to whether he 
or she is willing to commit to purchasing without the appropriate dispute 
resolution assurance and either proceeds with the transaction or cancels the 
transaction. 

30. Claim 53: 

Applicant directs the Examiner to paragraph 48 for support for the system 

comprising a sever to service electronic requests issued by a server within the 

electronic marketplace to exchange data between the online dispute resolution 

system and the electronic marketplace. 

[0047] The server 1 58 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 1 30 of relevant partner transactions and allowing partners to 
query the dispute resolution system data such as the status of a specific 
marketplace seller 104. 



[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 
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The Examiner notes that this does not disclose a server within an electronic 
marketplace. 



31. Claims 51 and 60: 

Where is the language that the system automatically initiates enrollment of 

sellers? The Applicant directs the Examiner to Figure 4 and Figure 1 . The text 

relating to Figure 4 and Figure 1 is set forth below. 

[0050] FIG. 4 is a diagram illustrating a process 240 whereby a seller can 
request coverage from the dispute resolution system. Upon receipt of a request 
to initiate coverage, the system of FIG. 1 provides the seller with a welcome 
page 242 where the seller can enter his or her user identification and password 
information. If the user is new, the seller can enter a registration page 244 
by clicking on a registration hotlink. Upon completing the registration 
process, the process of FIG. 4 notifies the seller of a successful registration 
and displays other relevant information in page 246 before looping back to the 
start of the process 240. 

[0051] From the welcome page 242, if the seller enters its identification and 
password information, the process of FIG. 4 checks if the seller is already 
covered against a particular partner, the process of FIG. 4 notifies the seller 
with a page 248 that coverage has already been secured for the desired partner. 
The page 248 also allows the user to retrieve the account history information 
or to jump to the beginning of the process 240. 

[0052] From the welcome page 242, if the seller enters its identification and 
password information, and if the seller is registered with the system of FIG. 1 
but is not covered for transactions with the desired partner, the process of 
FIG. 4 secures coverage and displays a page 250 to notify the seller that 
transactions with the desired partner are now covered by the dispute resolution 
system. The page 250 also allows the seller to jump to a personalized page in 
the dispute resolution system, or alternatively to jump back to the beginning 
of the process of FIG. 4 to continue accepting requests for coverage. 

[0053] In all the above cases, if the seller's coverage is successful, the 
process updates a membership profile database, notifies the applicant of 
acceptance, and sends indicia such as a medallion to be displayed on the 
seller's point of sale. 
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Where is the automatic initiation of enrollment by the online dispute 
resolution system? It appears that the seller initiates enrollment. 
NOTE: Applicant is directed a recent CAFC decision, Collegenet, Inc. v. 
Applyyourself, Inc. (CAFC, 04-1202-1222, 1251, 8/2/2005) wherein the court held that 
"automatically" means "without human interaction, but may be human initiated or 
interrupted." Therefore, a process may be automatic even though a human initiates it. 

32. Claim 62: 

This claim has been amended, thus no argument was presented. 

33. Claim 63: 

The Examiner is unable to find support for the limitation for filing disputes 
without manually entering the transaction data into the dispute resolution 
system. 

The applicant directs the Examiner to paragraph 47 and reminds the Examiner 
that the claim limitations can be satisfied through express, implicit or even inherent 
disclosure with the terms implicit and inherent italicized. The applicant states on page 
20, that although the specification does not include the exact words "without 
manually entering the transaction data into the dispute resolution system, it is 
clear that the present inventors contemplated and described transparent electronic 
transfer of transactions form database 164 of marketplace 102 to the database 160 of 
the online dispute resolution system. Applicant further argues that it is clear that the 
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inventors contemplated the remote software objects access database 164 of the 
marketplace 102 and transparently communicated to a database (SQL server 160) of 
online dispute system by way of remote data manger 162 to inform the dispute 
resolution system of transaction with the partner system. Applicant then states that it is 
clear that the inventors contemplated at least one embodiment that would avoid manual 
entry of the transactions into the dispute resolution system 130. Applicant states that if 
manual entry of transactions were always required, contrary to the second embodiment 
150 of present application, then partner database 164 would not need to be accessed 
and server 256 would not "receive data" informing the online dispute resolution system 
130 of "partner transactions" as expressly stated by the present application. 

The Microsoft Support Glossary found on www.onelook.com defines transport as 
follows: 



transparent 

adj. 1. In computer use, of, pertaining to, or characteristic of a device, function, or part of a 
program that works so smoothly and easily that it is invisible to the user. For example, the 
ability of one application to use files created by another is transparent if the user encounters 
no difficulty in opening, reading, or using the second program's files or does not even know 
the use is occurring. 2. In communications, of, pertaining to, or characteristic of a mode of 
transmission in which data can include any characters, including device-control characters, 
without the possibility of misinterpretation by the receiving station. For example, the 
receiving station will not end a transparent transmission until it receives a character in the 
data that indicates end of transmission. Thus, there is no danger of the receiving station 
ending communications prematurely. 3. In computer graphics, of, pertaining to, or 
characteristic of the lack of color in a particular region of an image so that the background 
color of the display shows through. 
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Paragraph 47 reads as follows. 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and 
send specific information to the dispute resolution system 130. The objects 
will transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing 
partners to query the dispute resolution system data such as the status of 
a specific marketplace seller 104. 



Contrary to applicant's assertion, it is not clear to the Examiner that the inventors 
contemplated at least one embodiment that would avoid manual entry of transactions. 
Applicant argues that if manual entry were required that the partner database 164 would 
not need to be accessed and server 156 would not receive data information the online 
dispute resolution system 130 or partner transactions, as expressly stated by the 
present invention. Where is this expressly stated? It is appears that applicant is trying 
to convert status information, i.e., whether the seller is covered or enrolled, into 
transaction data, i.e., data about the online purchase. 



34. Claim 64: 

The applicant claims that the online dispute resolution system receives an 
electronic query from the marketplace and provides a status of a marketplace 
member. Where in specification is it disclosed that the query comes form the 
marketplace? Once again the applicant directs the Examiner to paragraph 0047. 
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However, the Examiner finds a more compelling argument in paragraphs 0046- 

0048. 

[0046] Referring now to FIG. 2B, a second implementation 150 of the dispute 
resolution system is shown. In this implementation, a customer (which can be 
either the seller or the buyer) or a dispute resolution specialist can access 
data using a web browser on a workstation 152. The data is securely 
transferred between the workstation 152 to a network 154. The network 154 can 
be the Internet or can be an intranet. A server 156 communicates with the 
network 154. The server 156 also communicates with a second server 158, 
which can be an e-commerce server such as the ColdFusion server, available 
from Allaire Inc. The server 158 is used as a Web Application Server to present 
HTML applications. TAiese applications allow customers to file and manage 
disputes and dispute resolution specialists to manage cases over the 
Internet 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing partners to 
query the dispute resolution system data such as the status of a specific 
marketplace seller 104. 

[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 

Where is it disclosed that the query comes from the marketplace? Also, in 

response to that query, where is it disclosed that status information is provided? 
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35. Claims 67-72: 

The Examiner is unable to find disclosure for the limitations of automatically 
communicating data from a database of the electronic marketplace to a database of 
the online dispute resolution system in response to a transaction within the 
electronic marketplace, the electronic marketplace storing transaction data and 
automatically communicating the transaction data/ a portion of the transaction 
data without human intervention in response to the initiation of a dispute, the 
electronic marketplace including a database that stores transaction data, the 
server communicating with the database of the electronic marketplace without 
human intervention, the electronic marketplace system including a database and 
software that communicates the data. 

Applicant has again directed the Examiner to paragraphs 0047 which reads: 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing partners to 
query the dispute resolution system data such as the status of a specific 
marketplace seller 104. 



See discussions above as to these limitations. 
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36. Claim Rejection Under 35 USC 102: 

37. Improper reliance on figure 1B Collins: 

The disclosure of the invention in the parent application and in the later-filed 
application must be sufficient to comply with the requirements of the first paragraph of 
35 U.S.C. 112. See Transco Products, Inc. v. Performance Contracting, Inc., 38 F.3d 
551, 32 USPQ2d 1077 (Fed. Cir. 1994). 

The disclosure of the prior-filed application, Application No. 09/504,159 and this 
application, fail to provide adequate support or enablement in the manner provided by 
the first paragraph of 35 U.S.C. 1 12 for one or more claims of this application. There is 
not disclosure for an electronic marketplace having a separate electronic database or 
for transaction data to be sent from the database of the electronic marketplace without 
requiring manual entry of the transaction data or a software object executing with the 
electronic marketplace system that automatically communicated the transaction data 
from the database to the online dispute resolution system without human intervention in 
response to initiation of a dispute. 

Thus, the Examiner's reliance on Collins is proper since the disclosure in 1B 
predates the applicant's date of disclosure. 

The applicant further asserts that Figure 1A of Collins makes clear that the 
parties manually access the Collin's complaint handling system and manually enter all 
data describing the situation. 

The applicant also asserts that the single merchant database of Figure 1B is not 
an electronic marketplace that stores transaction data that describes transactions within 
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the electronic marketplace between buyers and sellers of goods or services as required 
by claim 49. Applicant further asserts that, in claim 49, the claimed marketplace [sic] 
have both a plurality of buyers and a plurality of sellers. 

The claim language in claim 49 refers to the electronic marketplace storing 
transaction data that describes transactions within the electronic marketplace between 
buyers and sellers of goods or services and receiving a portion of the transaction data in 
accordance with a that the dispute resolution process to assist the buyers and sellers in 
resolving disputes. 

Applicant identifies the invention in paragraph 12 as: 

[0012] In a second aspect, a system for resolving online disputes includes a 
network; an electronic marketplace coupled to the network; one or more 
sellers selling one or more items at the marketplace; one or more buyers 
consuming one or more items at the marketplace; and a dispute resolution 
system coupled to the network to resolve a dispute between one or more 
buyer and seller parties, the dispute resolution system adapted to select 
one of two modes of resolving the dispute, the first mode being completely 
driven by an electronic agent and the second mode involving a dispute resolution 
specialist. 

Furthermore, Collins discloses that in Figure 1a, Party A and Party B engage in a 
negotiation session to resolve a situation. Paragraph 0042 of Collins states that 
although Figure 1a shows only two parties there may be more than two parties 
engaged in a negotiation session. 

Thus, the limitation of claim 49 that applicant argues, appears to contradict the 
claim language and the original disclosure. 

The applicant then argues that Collins does not describe actually communicating 
actual transaction data from the marketplace to a dispute resolution system to assist the 
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parties in resolving a dispute. The Examiner disagrees and directs the applicant to 
paragraph 0045 wherein Collins discloses that the data which may be maintained 
includes the number of transactions that the customer has had with the merchant, the 
amount of merchandise purchased with the merchant, an associated rating of the 
customer, and any other data perceived of as pertinent by the merchant concerning the 
customer. The server process, having data concerning the customer as provided by the 
merchant's database would grant the customer's request based upon the customer 
rating. Furthermore, applicant claims transaction data as being a rating in paragraph 
0011. 

The Examiner asserts that the applicant fails to disclose transaction data being 
electronically communicated from a database of the online dispute resolution system to 
a database of the electronic marketplace without requiring manual entry of the 
transaction data. 



38. Claims 55, 56: 

Claim 55 is directed to a system of claim 49, wherein the online dispute system 

electronically communicates rating data. 

[001 1] A meta-rating forum on the performance of a particular party can be 
maintained, and the data stored on the forum regarding performances of sellers 
and buyers can be accessed. The data can relate to participation in the dispute 
resolution process, or can relate to compliance of a participant to the final 
decision made in the resolution of the dispute. 



Paragraph 23 also discloses using rating data. 
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[0023] Further, the system provides a meta-rating forum where data is stored on 
the "performance" of sellers and buyers (for example, participation in the 
dispute resolution process, compliance with settlement, among others). The 
form is applicable across sites and enables sellers and buyers to build 
reputation across sites where they would like to transact. This mechanism also 
allows offenders of the system to be highlighted. 

[0049] Referring now to FIG. 3, a process 230 that provides a forum for rating 
buyers and sellers is shown. First, either a party such as a buyer or a seller 
can access the dispute resolution system (step 232). Next, the party can enter 
a password to access the system (step 234). If the password is correct, the 
process 230 allows the party to access information relating to the 
"performance" of another party (step 236). The process 230 then checks 
whether the party is finished with the checking process (step 238). If not, the 
process 230 loops back to step 236 to allow the party to continue looking up 
the performance of other parties. Alternatively, the process 230 exits. 

[0050] FIG. 4 is a diagram illustrating a process 240 whereby a seller can 
request coverage from the dispute resolution system. Upon receipt of a request 
to initiate coverage, the system of FIG. 1 provides the seller with a welcome 
page 242 where the seller can enter his or her user identification and password 
information. If the user is new, the seller can enter a registration page 244 
by clicking on a registration hotlink. Upon completing the registration 
process, the process of FIG. 4 notifies the seller of a successful registration 
and displays other relevant information in page 246 before looping back to the 
start of the process 240. 

The only other time the applicant discloses a rating is in the background of the 
invention wherein applicant discloses that the prior art Sloo discloses: 



[0008] A solution disclosed in U.S. Pat. No. 5,895,450 provides a method and 
apparatus for handling complaints that allows complainants to lodge anonymous 
complaints against subjects, informs the subjects of the complaints, permits 
the subjects to respond to the complaints, encourages settlements of the 
complaints and holds the parties to the complaints accountable for their 
conduct while attempting to resolve the complaints. A central computer is 
programmed to receive complaints and responses, store the complaints and 
responses in individual data records, and negotiate settlements to the 
complaints. Once the disputes are resolved, the settlements or judgments are 
stored along with their respective complaints and responses in the data 
records. The central computer is also programmed to provide public access to 
the data records to permit viewing of the corresponding complaints, responses, 
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and settlements for allowing other users to gauge the conduct of the subjects 
and to encourage the subjects to respond to the complaints in a timely and 
satisfactory manner. Moreover, the central computer is programmed to monitor 
and rate the conduct and performance of both the complainants and the 
subjects during the course of the disputes. The ratings can be used to affect 
the outcome of the disputes and for other purposes to hold the parties 
accountable for their conduct during the attempted resolution of the disputes to 
encourage good conduct and cooperation between the parties during the course 
of the disputes. 



The applicant does not disclose wherein the online dispute resolution system 
electronically communicates rating data from a database of the online dispute 
resolution system to a database of the electronic marketplace. 

Moreover, Collins discloses communicating rating data in paragraph 0045. 

[0045] Fig. 1b shows an alternative embodiment in which Party B has an 
attached database 160. In this embodiment Party B is a merchant that maintains 
records concerning customers. Data which may be maintained includes the 
number of transactions that the customer has had with the merchant, the amount 
of merchandise purchased with the merchant, an associated rating of the 
customer, and any other data perceived of as pertinent by the merchant 
concerning the customer. The associated rating of the customer provides a 
mechanism for the corresponding server process to select the level that the 
customer should begin resolution. As explained with respect to Fig. 8a there are 
three possible levels for resolution of the situation. The first being computerized 
negotiation, the second being mediation, and the third being arbitration. The 
second and third levels both involve interaction with a live third party for 
resolving the conflict. If a customer has a high customer rating which 
indicates the loyalty of the customer as represented by the number, volume, or 
value of purchases the merchant may wish to bypass the computer negotiation 
phase and move directly to level two or level three. Additionally, this 
customer rating may allow the customer with a high rating to select the 
resolution mechanism. For example, a customer with a high rating which needs 
resolution of the situation quickly may indicate that mediation or arbitration 
is the preferred method of resolution. The server process, having the data 
concerning the customer as provided by the merchant's database, would grant 
the customer's request based upon the customer rating. The customer rating 
additionally provides a mechanism for queuing negotiations. For example, if 
there are multiple situations and only limited resources, for example, the 
number of mediators and arbitrators or the capacity of the server process, the 
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server process uses the customer rating for adjusting the order for which the 
situations will be addressed. 

Furthermore, the type of data being transferred in the system of claim 55 is non- 
functional descriptive data, not related to the structure of the system. 

Claim 56 is directed to a system wherein the online dispute resolution system 
maintains the rating data based on compliance of the buyers and sellers to a final 
decisions. The type of rating data communicated in a system claim is non-functional 
descriptive data, not related to the structure of the system. 

39. Claims 49, 53-54, 58 

Claim 53 is directed to the system of claim 49 wherein the online dispute system 
comprises a server for exchanging data. Collins discloses a system with a server (120) 
which is fully capable of exchanging data. Paragraph 0048 of Collins states that it 
should be clear that the parties to the situation are in communication with one 
another through the network via the server process as shown with respect to 1a. 

Claim 54 is directed to the system of claim 49, wherein the dispute resolution 
system comprises a data manager software application to automatically communicate 
data between a database on the online dispute resolution system and a database of 
the electronic marketplace. Applicant identifies the data manager in paragraph 0048. 

[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data 
manager 162. The data manager 162 in turn communicates with one or more 
partner databases 164 
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The applicant identifies a software program in the following excerpts: 

[0125] The techniques described here may be implemented in hardware or 
software, or a combination of the two. In one embodiment, the invention is 
implemented in a computer program executing in a computer system. Such a 
computer system may include a processor, a data storage system, at least one 
input device, and an output device. FIG. 11 illustrates one such computer 
system 600, including a processor (CPU) 610, a RAM 620, a ROM 622 and an 
I/O controller 630 coupled by a CPU bus 628. The I/O controller 630 is also 
coupled by an I/O bus 650 to input devices such as a keyboard 660, a mouse 
670, and output devices such as a monitor 680. Additionally, one or more data 
storage devices 692 are connected to the I/O bus using an I/O interface 690. 
Further, variations to the basic computer system of FIG. 1 1 are within the 
scope of the present invention. For example, instead of using a mouse as user 
input devices, a pressure-sensitive pen, digitizer or tablet may be used. 

[0126] The above-described software can be implemented in a high level 
procedural or object-oriented programming language to operate on a dedicated 
or embedded system. Software may include microcode or conventional program 
implemented in a high level procedural or object-oriented programming language 
to communicate with a computer system. However, the programs can be 
implemented in assembly or machine language, if desired. In any case, the 
language may be a compiled or interpreted language. 

[0127] Each such computer program can be stored on a storage medium or 
device (e.g., CD-ROM, hard disk or magnetic diskette) that is readable by a 
general or special purpose programmable computer for configuring and operating 
the computer when the storage medium or device is read by the computer to 
perform the procedures described. The system also may be implemented as a 
computer-readable storage medium, configured with a computer program, where 
the storage medium so configured causes a computer to operate in a specific 
and predefined manner. 

[0128] While the invention has been shown and described with reference to one 
or more embodiments thereof, those skilled in the art will understand that the 
above and other changes in form and detail may be made without departing from 
the spirit and scope of the following claims. 

Claim 25. An online dispute resolution system comprising a software program to 
automatically assemble case information that describes an electronic commerce 
dispute between parties from records provided by the parties, wherein the 
software module presents sample resolutions to the parties to aid the parties 
in resolving the case, and disaggregates elements of the dispute and presents 
the case information in a form that identifies areas of agreement between the 
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parties. 

Collins discloses a medium and a computer program product for facilitating 
agreement over the network [0005] and data being transferred (claim 22). 

The applicant argues that Collins does not disclose transaction data stored within 
the electronic marketplace without requiring manual entry of the transaction data. The 
applicant argues that the position data in Collins is received from the parties and not 
from a database of the electronic marketplace. 

Applicant is directed to paragraph 0020 where applicant discloses: 

[0020] The system also facilitates dispute resolution through a number of 
tools. The techniques support various information gathering and evaluation 
stages to prompt a timely settlement between the parties. The dispute 
resolution staff is aided with a timely and efficient gathering of information 
from which to formulate a settlement proposal. Moreover, these techniques 
facilitate a prompt assessment of the status of a claim. The techniques also 
automatically assemble data from records provided by both parties and 
calculate relevant settlement proposals to be sent to the parties. 

Applicant goes on to identify the invention in paragraph 21: 

[0021] The system also applies automatic tools such as an intelligent 
predictive reasoning system (also called case-based reasoning (CBR) system). 
CBR assists parties in disputes by indicating the likelihood of a particular 
outcome. This helps parties request reasonable solutions thereby increasing 
the likelihood of an easy settlement. It also assists the dispute resolution 
specialist in identifying similar past cases and indicating likely outcomes and 
their associated certainty. The system matches new disputes to "cases" from a 
historical database and then adapting successful outcomes from the past to the 
current situation. This technique increases the efficiency of the dispute 
resolution process and provides a high degree of decision uniformity. This 
effectively creates a semi-automated precedent-based resolution system. 

Thus, the applicant's invention assembles position data (data from records) 

provided by the parties (both parties). 
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NOTE: Applicant is directed a recent CAFC decision, Collegenet, Inc. v. 
Applyyourself, Inc. (CAFC, 04-1202-1222, 1251, 8/2/2005) wherein the court held that 
"automatically" means "without human interaction, but may be human initiated or 
interrupted." Therefore, a process may be automatic even though a human initiates it. 

Furthermore, the applicant's arguments do not follow what the applicant has 

disclosed as the invention in the specification. 

[0056] After purchase, if the buyer is dissatisfied with the online transaction 
previously entered into, the buyer can file a complaint if he or she desires. 
FIG. 6 illustrates a complaint prefiling process. First, a seller or buyer 
initiates a dispute (step 282). The initiation of the dispute may be 
accomplished by answering the series of questions posed by the complaint 
wizard (step 284). The person filing out the form is called a complainant. The 
complaint wizard 284 tries to determine the nature of the dispute and if it is 
simple in nature, will offer suggestions for resolving the dispute without 
involving the dispute resolution system. If the dispute is not so simple in 
nature or if the complainant decides they want the dispute resolution system to 
resolve their dispute, the complaint wizard asks a further set of questions to 
determine the eligibility of the dispute (step 286). In this process, before 
the system accepts a complaint, two eligibility criteria have to be met: (1) 
the seller is covered or enrolled in the system; and, (2) the transaction 
occurred after coverage began. The complaint wizard then guides the 
complainant by selecting whether the complainant is a buyer or the seller. 
The complaint wizard 284 also prompts the complainant to enter the other 
party's user identification number and the date of the transaction, and 
notifies the user that a particular fee will be charged to resolve the dispute. 
If the complaint wizard 284 determines that the dispute is not eligible, the 
complaint wizard 284 displays a message that the system cannot resolve 
the dispute because the seller is not enrolled in the system or that the 
transaction occurred before coverage was available (step 288). The wizard 
284 then loops back to receive additional disputes from other complainants (step 
282). 

[0057] From step 286, if the complaint wizard determines that the transaction 
is covered by the system, the complaint wizard 284 determines whether the 
complainant is a seller or a buyer. If the complainant is a seller, the 
complaint wizard 284 indicates that a fee to file a dispute will be billed to 
the previously entered credit card account (step 288). Next, the wizard 284 
guides the user through the filling out of a complaint form (step 290). If the 
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user does not wish to initiate the complaint, the system of FIG. 6 loops back 
to step 282 to handle the next dispute. 

[0058] From step 286, if the transaction is covered by the system (i.e., the 
seller is a registered user and covered for that marketplace and the 
transaction occurred after the coverage began), the complaint wizard 284 
indicates to the user that there is a fee to file the dispute that will be 
charged to the credit card as previously entered. The complaint wizard also 
prompts the user to enter credit card information and submits the information 
to a credit card provider to get approval. From step 292, if the credit card 
information is incorrect, the complaint wizard 284 indicates that the credit 
card was not approved and requests the user to either re-enter the information, 
in which case the process loops back to step 292 or alternatively, if the user 
wishes to cancel the transaction, the process loops back to step 282 to 
continue handling additional disputes. From step 286, if the buyer is an 
unregistered buyer, the system proceeds to step 270 to perform buyer 
registration. 

[0059] The dispute resolution process is conclusive, i.e., it always results in 
a definitive resolution. There are four methods by which the system yields a 
definitive resolution. They are as follows: 

[0060] Quick Resolution. The desired settlement entered by each party is 
compared and if there is a 100% match on selected items, e.g., monetary 
settlement, the dispute automatically settles and the parties are informed 
via email. The desired settlement items that are required to match is likely to 
evolve over time to more be more complex than a simple comparison-but the 
concept of Quick Resolution will remain unchanged 

[0061] Independent Resolution. After viewing the facts of the complaint filed, 
the respondent is given the option to directly resolve the case with the 
complainant. If the respondent chooses to do so, the complainant is notified 
and the parties are given 3 weeks to resolve the case directly. Either party 
may re-activate the case with the system and ask for a dispute resolution 
specialist to be assigned to the case at any point within the 3 weeks or for 30 
days after that. The respondent may also be shown sample resolutions from the 
system's case-history database to help him/her directly resolve the case 

[0062] Conciliation. If both the above options do not work or are not 
applicable, the system assigns a dispute resolution specialist to the case. 
The dispute resolution specialist first tries to "mediate" a settlement between 
the parties, i.e., tries to get the parties to agree to a mutually agreeable 
settlement. This is carried out via email exchange between the dispute 
resolution specialist and the parties. Exchanges between the parties occurs 
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via the system's website. One party does not see the other party's responses. 

[0063] Resolution. Where conciliation is not possible, the dispute resolution 
specialist passes a resolution based on the facts of the case presented. 
The dispute resolution specialist does this by collecting the necessary 
information and evidence from the parties. The parties can see the information 
evidence submitted by the other party. The parties are also given the opportunity 
to respond to the other party's submissions. 

Thus, it appears that once the status is determined, ie, the parties are eligible, 
then the transaction passes to the dispute resolution system. There is no mention of 
receiving position data from a database of an electronic marketplace. 

As for Collins not qualifying as prior art, this has been already discussed above. 

40. Claims 52, 64 and 65: 

As to claim 52, the applicant argues that Collins does not disclose 
communicating status information to a database of the electronic marketplace. 
Although the Examiner asserts that the applicant does not have support in the original 
disclosure for the limitations of claim 52, the Examiner addresses the limitations and 
arguments below. 

Claim 52 is directed to a system and is dependent on claim 49. Claim 52 is 
directed to a membership profile database and a communication structure. 

Claim 64 is directed to the system of claim 49 wherein the online dispute 
resolution system receives an electronic query form the marketplace and provides 
status of a marketplace member. 
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Claim 65 is directed to a method comprising receiving with the online dispute 
resolution system an electronic query from the electronic marketplace and 
electronically providing a status associated with one of the users from a database of 
the online dispute resolution system to the database of the electronic marketplace. 



The applicant identifies status in paragraph 0047: 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing 
partners to query the dispute resolution system data such as the status of 
a specific marketplace seller 104. 



It appears that the status that applicant is referring to is a determination of 
whether a party is enrolled and thus eligible to participate in the ADR system. 

Applicant states that claim 52 requires an online dispute resolution having the 
novel ability to actually communicate status information back to the electronic 
marketplace. Applicant is reminded that claim 52 is directed to a system and the 
system of Collins discloses databases as set forth in [0042] and the system of Collins 
is fully capable of communicating status information, i.e., eligibility to participate. 
The registration process is identified as follows: 
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[0050] FIG. 4 is a diagram illustrating a process 240 whereby a seller can 
request coverage from the dispute resolution system. Upon receipt of a 
request to initiate coverage, the system of FIG. 1 provides the seller with a 
welcome page 242 where the seller can enter his or her user identification and 
password information. If the user is new, the seller can enter a registration page 
244 by clicking on a registration hotlink. Upon completing the registration 
process, the process of FIG! 4 notifies the seller of a successful registration 
and displays other relevant information in page 246 before looping back to the 
start of the process 240. 

[0051] From the welcome page 242, if the seller enters its identification and 
password information, the process of FIG. 4 checks if the seller is already 
covered against a particular partner, the process of FIG. 4 notifies the seller 
with a page 248 that coverage has already been secured for the desired partner. 
The page 248 also allows the user to retrieve the account history information 
or to jump to the beginning of the process 240. 

[0052] From the welcome page 242, if the seller enters its identification and 
password information, and if the seller is registered with the system of FIG. 
1 but is not covered for transactions with the desired partner, the process 
of FIG. 4 secures coverage and displays a page 250 to notify the seller that 
transactions with the desired partner are now covered by the dispute 
resolution system. The page 250 also allows the seller to jump to a 
personalized page in the dispute resolution system, or alternatively to jump back 
to the beginning of the process of FIG. 4 to continue accepting requests for 
coverage. 

[0053] In all the above cases, if the seller's coverage is successful, the 
process updates a membership profile database, notifies the applicant of 
acceptance, and sends indicia such as a medallion to be displayed on the 
seller's point of sale. 

[0054] FIG. 5 shows a buyer registration process 270 for enrolling a buyer 
with the dispute resolution system of FIG. 1. First, the system provides a 
registration page 272 that guides the buyer through a registration process. 
The page 272 requests the user to enter information in an input box 274. The 
information required includes certain unique user identification information 
such as his or her electronic mail address, name, credit card type and number, 
and billing address. Once the dispute being filed passes the pre-screen, the 
buyer is charged with a filing fee. Additionally, a user agreement is 
displayed in a scrolling text box 276. The agreement binds the applicant to 
the online dispute resolution process. The buyer can view this agreement and, 
if acceptable, click on an acceptance button 278. After the user has filled 
out all items in the screen 272, the user can then click on a submit button 279 
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to enroll in the system. 

[0055] When the submit button 279 is selected, the process then checks whether 
the buyer is authorized under his or her credit arrangement. If not, the 
process requests the user to reenter his or her identification information. 
Alternatively, if the user is authorized, the process updates a membership 
profile database, notifies the applicant of acceptance, and buyer can 
proceed to file the dispute. During normal transactions, the buyer can check 
whether a dispute resolution system logo is shown on the seller's site. If not, the 
buyer can request the seller to be a member of the dispute resolution system. 
If the seller agrees to join the dispute resolution system, a registration 
process is performed. Alternatively, if the seller does not agree to the terms 
of the dispute resolution system, the buyer makes a decision as to whether he 
or she is willing to commit to purchasing without the appropriate dispute 
resolution assurance and either proceeds with the transaction or cancels the 
transaction. 



[0056] After purchase, if the buyer is dissatisfied with the online transaction 
previously entered into, the buyer can file a complaint if he or she desires. 
FIG. 6 illustrates a complaint prefiling process. First, a seller or buyer 
initiates a dispute (step 282). The initiation of the dispute may be 
accomplished by answering the series of questions posed by the complaint 
wizard (step 284). The person filing out the form is called a complainant. The 
complaint wizard 284 tries to determine the nature of the dispute and if it is 
simple in nature, will offer suggestions for resolving the dispute without 
involving the dispute resolution system. If the dispute is not so simple in 
nature or if the complainant decides they want the dispute resolution 
system to resolve their dispute, the complaint wizard asks a further set of 
questions to determine the eligibility of the dispute (step 286). In this 
process, before the system accepts a complaint, two eligibility criteria have 
to be met: (1) the seller is covered or enrolled in the system; and, (2) the 
transaction occurred after coverage began. The complaint wizard then 
guides the complainant by selecting whether the complainant is a buyer or the 
seller. The complaint wizard 284 also prompts the complainant to enter the other 
party's user identification number and the date of the transaction, and notifies the 
user that a particular fee will be charged to resolve the dispute. If the 
complaint wizard 284 determines that the dispute is not eligible, the complaint 
wizard 284 displays a message that the system cannot resolve the dispute 
because the seller is not enrolled in the system or that the transaction 
occurred before coverage was available (step 288). The wizard 284 then loops 
back to receive additional disputes from other complainants (step 282). 

[0057] From step 286, if the complaint wizard determines that the transaction 
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is covered by the system, the complaint wizard 284 determines whether the 
complainant is a seller or a buyer. If the complainant is a seller, the 
complaint wizard 284 indicates that a fee to file a dispute will be billed to 
the previously entered credit card account (step 288). Next, the wizard 284 
guides the user through the filling out of a complaint form (step 290). If the 
user does not wish to initiate the complaint, the system of FIG. 6 loops back 
to step 282 to handle the next dispute. 

[0058] From step 286, if the transaction is covered by the system (i.e., the 
seller is a registered user and covered for that marketplace and the 
transaction occurred after the coverage began), the complaint wizard 284 
indicates to the user that there is a fee to file the dispute that will be 
charged to the credit card as previously entered. The complaint wizard also 
prompts the user to enter credit card information and submits the information 
to a credit card provider to get approval. From step 292, if the credit card 
information is incorrect, the complaint wizard 284 indicates that the credit 
card was not approved and requests the user to either re-enter the information, 
in which case the process loops back to step 292 or alternatively, if the user 
wishes to cancel the transaction, the process loops back to step 282 to 
continue handling additional disputes. From step 286, if the buyer is an 
unregistered buyer, the system proceeds to step 270 to perform buyer 
registration. 



Collins discloses: 

[0046] Fig. 2 is a flow chart showing the steps taken by parties in 
communication with a central processor to begin a negotiation. Step 300 begins 
the negotiation initialization. This stage might also be called the 
registration stage, as it includes identification of relevant parties and 
determination of eligibility to participate. Following the registration stage, 
the method proceeds to Step 400 which involves issue definition and clarification. 



Thus, Collins discloses the ability to communicate status information, i.e., 
whether the parties are eligible to participate. 
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41. Claim 57: 

Applicant argues that Collins cannot be used as a 102 rejection on claim 57. 
Claim 57 is directed to a system and is dependent on claim 49. Thus, the Examiner 
has addressed the limitations of claim 57 with claim 49. The information presented on 
a webpage of a system claim does not functionally relate to the structure of the system. 
The system still comprises the online dispute resolution system coupled to an 
electronic marketplace. Furthermore, the Examiner has addressed limitations set forth 
in 57 in the rejection of the method presented in claim 63. 



42. Claim 61: 

The applicant argues that claim 61 requires electronically communicating data 
that relates to the online dispute resolution process to the database of the electronic 
marketplace and updating the electronic marketplace based on the data received from 
the dispute resolution system. 

As stated earlier, paragraphs 0047-0048 do not show support for these 
limitations. 

[0047] The server 158 receives data from a set of remote objects that reside in 
the partner's system 166. The remote objects, which can be enterprise Java 
Beans, are provided to allow business partners of the system to integrate with 
the dispute resolution system. Both DCOM objects and Enterprise Java Beans 
models can be used. These objects provide functionality to receive and send 
specific information to the dispute resolution system 130. The objects will 
transparently deal with communication issues including server unavailability 
and performance. Example functionality includes informing the dispute 
resolution system 130 of relevant partner transactions and allowing 
partners to query the dispute resolution system data such as the status of 
a specific marketplace seller 104. 
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[0048] The server 158 in turn communicates with a structured query language 
(SQL) server 160. The SQL server 160 also communicates with a data manager 
162. The data manager 162 in turn communicates with one or more partner 
databases 164. Partners integrate with the system, by exposing relevant 
functionality on their respective websites, for example, allowing customers to 
dispute a transaction. This integration is achieved by a predefined set of 
URLs that a partner embeds in the partner's HTML application. 



The applicant states the present invention describes a registration process in 

which the online dispute resolution system 130 updates a membership profile on the 

seller's point of sale to indicate membership. 

[0050] FIG. 4 is a diagram illustrating a process 240 whereby a seller can 
request coverage from the dispute resolution system. Upon receipt of a request 
to initiate coverage, the system of FIG. 1 provides the seller with a welcome 
page 242 where the seller can enter his or her user identification and password 
information. If the user is new, the seller can enter a registration page 244 
by clicking on a registration hotlink. Upon completing the registration 
process, the process of FIG. 4 notifies the seller of a successful 
registration and displays other relevant information in page 246 before 
looping back to the start of the process 240, 

[0051] From the welcome page 242, if the seller enters its identification and 
password information, the process of FIG. 4 checks if the seller is already 
covered against a particular partner, the process of FIG. 4 notifies the seller 
with a page 248 that coverage has already been secured for the desired partner. 
The page 248 also allows the user to retrieve the account history information 
or to jump to the beginning of the process 240. 

[0052] From the welcome page 242, if the seller enters its identification and 
password information, and if the seller is registered with the system of FIG. 
1 but is not covered for transactions with the desired partner, the process 
of FIG. 4 secures coverage and displays a page 250 to notify the seller that 
transactions with the desired partner are now covered by the dispute 
resolution system. The page 250 also allows the seller to jump to a 
personalized page in the dispute resolution system, or alternatively to jump back 
to the beginning of the process of FIG. 4 to continue accepting requests for 
coverage. 
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[0053] In all the above cases, if the seller's coverage is successful, the 
process updates a membership profile database, notifies the applicant of 
acceptance, and sends indicia such as a medallion to be displayed on the 
seller's point of sale. 

[0054] FIG. 5 shows a buyer registration process 270 for enrolling a buyer with 
the dispute resolution system of FIG. 1. First, the system provides a 
registration page 272 that guides the buyer through a registration process. 
The page 272 requests the user to enter information in an input box 274. The 
information required includes certain unique user identification information 
such as his or her electronic mail address, name, credit card type and number, 
and billing address. Once the dispute being filed passes the pre-screen, the 
buyer is charged with a filing fee. Additionally, a user agreement is 
displayed in a scrolling text box 276. The agreement binds the applicant to 
the online dispute resolution process. The buyer can view this agreement and, 
if acceptable, click on an acceptance button 278. After the user has filled 
out all items in the screen 272, the user can then click on a submit button 279 
to enroll in the system. 

[0055] When the submit button 279 is selected, the process then checks whether 
the buyer is authorized under his or her credit arrangement. If not, the 
process requests the user to reenter his or her identification information. 
Alternatively, if the user is authorized, the process updates a membership 
profile database, notifies the applicant of acceptance, and buyer can proceed 
to file the dispute. During normal transactions, the buyer can check whether a 
dispute resolution system logo is shown on the seller's site. If not, the 
buyer can request the seller to be a member of the dispute resolution system. 
If the seller agrees to join the dispute resolution system, a registration 
process is performed. Alternatively, if the seller does not agree to the terms 
of the dispute resolution system, the buyer makes a decision as to whether he 
or she is willing to commit to purchasing without the appropriate dispute 
resolution assurance and either proceeds with the transaction or cancels the 
transaction. 

[0056] After purchase, if the buyer is dissatisfied with the online transaction 
previously entered into, the buyer can file a complaint if he or she desires. 
FIG. 6 illustrates a complaint prefiling process. First, a seller or buyer 
initiates a dispute (step 282). The initiation of the dispute may be 
accomplished by answering the series of questions posed by the complaint 
wizard (step 284). The person filing out the form is called a complainant 
The complaint wizard 284 tries to determine the nature of the dispute and if 
it is simple in nature, will offer suggestions for resolving the dispute 
without involving the dispute resolution system. If the dispute is not so 
simple in nature or if the complainant decides they want the dispute 
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resolution system to resolve their dispute, the complaint wizard asks a 
further set of questions to determine the eligibility of the dispute (step 286). 
In this process, before the system accepts a complaint, two eligibility 
criteria have to be met: (1)the seller is covered or enrolled in the system; 
and, (2) the transaction occurred after coverage began. The complaint 
wizard then guides the complainant by selecting whether the complainant is a 
buyer or the seller. The complaint wizard 284 also prompts the complainant to 
enter the other party's user identification number and the date of the transaction, 
and notifies the user that a particular fee will be charged to resolve the dispute. If 
the complaint wizard 284 determines that the dispute is not eligible, the complaint 
wizard 284 displays a message that the system cannot resolve the dispute 
because the seller is not enrolled in the system or that the transaction 
occurred before coverage was available (step 288). The wizard 284 then loops 
back to receive additional disputes from other complainants (step 282). 

[0057] From step 286, if the complaint wizard determines that the transaction 
is covered by the system, the complaint wizard 284 determines whether the 
complainant is a seller or a buyer. If the complainant is a seller, the 
complaint wizard 284 indicates that a fee to file a dispute will be billed to 
the previously entered credit card account (step 288). Next, the wizard 284 
guides the user through the filling out of a complaint form (step 290). If the 
user does not wish to initiate the complaint, the system of FIG. 6 loops back 
to step 282 to handle the next dispute. 

[0058] From step 286, if the transaction is covered by the system (i.e., the 
seller is a registered user and covered for that marketplace and the 
transaction occurred after the coverage began), the complaint wizard 284 
indicates to the user that there is a fee to file the dispute that will be 
charged to the credit card as previously entered. The complaint wizard also 
prompts the user to enter credit card information and submits the information 
to a credit card provider to get approval. From step 292, if the credit card 
information is incorrect, the complaint wizard 284 indicates that the credit 
card was not approved and requests the user to either re-enter the information, 
in which case the process loops back to step 292 or alternatively, if the user 
wishes to cancel the transaction, the process loops back to step 282 to 
continue handling additional disputes. From step 286, if the buyer is an 
unregistered buyer, the system proceeds to step 270 to perform buyer 
registration. 
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Thus, it appears that the communication that applicant is referring to is the status 
data being communicated back to the party filing the complaint and the updating being 
the updating of the enrollment in the membership profile database. 

Furthermore, Collins discloses each party sending position data over the network 
to the central server 120. Based on the data provided, the server generates data 
characterizing a zone of possible agreement (ZOPA) and the data is rendered as a set 
of components in a template and the template is provided to both parties (data being 
sent from the online dispute resolution system to the marketplace [0042]. All data 
communications between the parties and the central server process, as well as 
communications between the parties, being captured and recorded (updated) in a 
negotiation log file 150 by the server [0043]. Collins also discloses making an eligibility 
determination [0047]. 



43. Claims 66 and 67: 

Claims 66 and 67 are directed to a method and system for providing online 
dispute resolution system electronically coupled to an electronic marketplace that 
provides a website by which users buy and sell items, wherein the electronic 
marketplace stores transaction data that describes transactions within the marketplace. 

Collins discloses 

[0037] The embodiment of Fig. 1a illustrates a method of facilitating agreement 
over a network among a plurality of participants. The agreement being sought 
pertains to what is referred to as a "situation." A "situation" may be a 
dispute between a customer and a merchant, or a "situation" may be the 
negotiation of an agreement. The terms "transaction", "situation" and 
"dispute" will be used interchangeably herein. In the resolution of the 
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situation multiple issues may be presented. While we refer to a "network," it 
will be understood to include the Internet as well as other networks, including 
local area networks and wide area networks. The term "template" as used in the 
following description and appended claims shall mean a graphical user interface 
for display on a computer for the entry of information or the selection of one 
or more listed choices. 

[0038] In one embodiment, for example, as described in further detail below, a 
series of remote computer terminals may be in communication over a network 
with a server. In a further embodiment, the server may generate hypertext 
markup language (HTML) encoded pages to be displayed on the screens of the 
terminals, and appropriate HTML encoded pages may be used for supplying 
pertinent data to the server. Thus embodiments of the invention may be 
implemented over the World Wide Web. 

[0039] In one potential application, for example, a customer may have a 
dispute with a merchant. The dispute may arise in connection with a 
transaction occurring over the Internet or the dispute may involve a 
transaction that occurred under other circumstances. A dispute may also arise in 
connection with multiple transactions related to one customer or one customer 
account. For example, a customer with a credit card account may dispute one or 
more items appearing on a credit card statement, each item corresponding to a 
purchase transaction. The customer may contact the issuer of the credit card 
to resolve such a dispute. 



Claims 66 and 67 are directed to automatically communicating the transaction 
data stored to the online dispute resolution system without human intervention and 
utilizing the transaction data in accordance with a dispute resolution process to assist 
the users in resolving disputes. 

Collins discloses: 

[0045] Fig. 1b shows an alternative embodiment in which Party B has an 
attached database 160. In this embodiment Party B is a merchant that 
maintains records concerning customers. Data which may be maintained 
includes the number of transactions that the customer has had with the 
merchant, the amount of merchandise purchased with the merchant, an 
associated rating of the customer, and any other data perceived of as 
pertinent by the merchant concerning the customer. The associated rating 
of the customer provides a mechanism for the corresponding server 
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process to select the level that the customer should begin resolution. As 

explained with respect to Fig. 8a there are three possible levels for resolution of 
the situation. The first being computerized negotiation, the second being 
mediation, and the third being arbitration. The second and third levels both 
involve interaction with a live third party for resolving the conflict. If a customer 
has a high customer rating which indicates the loyalty of the customer as 
represented by the number, volume, or value of purchases the merchant may 
wish to bypass the computer negotiation phase and move directly to level two or 
level three. Additionally, this customer rating may allow the customer with a high 
rating to select the resolution mechanism. For example, a customer with a high 
rating which needs resolution of the situation quickly may indicate that mediation 
or arbitration is the preferred method of resolution. The server process, having 
the data concerning the customer as provided by the merchant's database, 
would grant the customer's request based upon the customer rating. The 
customer rating additionally provides a mechanism for queuing 
negotiations. For example, if there are multiple situations and only limited 
resources, for example, the number of mediators and arbitrators or the capacity 
of the server process, the server process uses the customer rating for 
adjusting the order for which the situations will be addressed. 

The marketplace stores transaction data and the transaction data is 

communicated to the server and utilized to assist the users in resolving the disputes 

(the server process having the data concerning the customer as provided by the 

merchant's database). 

NOTE: Applicant is directed a recent CAFC decision, Collegenet, Inc. v. 

Applyyourself, Inc. (CAFC, 04-1202-1222, 1251, 8/2/2005) wherein the court held that 

"automatically" means "without human interaction, but may be human initiated or 

interrupted." Therefore, a process may be automatic even though a human initiates it. 

Applicant further argues that claim 66 specifically requires that the claimed 

marketplace have both a plurality of buyers and a plurality of sellers. The claim 

language of claim 66 identifies a marketplace for buyers and sellers of goods and 
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services. The claim language of claim 67 states that the electronic marketplace provides 
a website by which users buy and sell items. Applicant has not claimed a plurality. 
Applicant identifies the invention as: 

[0012] In a second aspect, a system for resolving online disputes includes a 
network; an electronic marketplace coupled to the network; one or more 
sellers selling one or more items at the marketplace; one or more buyers 
consuming one or more items at the marketplace; and a dispute resolution 
system coupled to the network to resolve a dispute between one or more 
buyer and seller parties, the dispute resolution system adapted to select 
one of two modes of resolving the dispute, the first mode being completely 
driven by an electronic agent and the second mode involving a dispute resolution 
specialist. 

[0041] The seller 104 may be a manufacturer. The marketplace 102 and the 
seller 104 can communicate directly with each other, or can communicate over a 
network 120. The network 120 can be a wide area network such as the Internet. 
The one or more consumers 106 can communicate with the marketplace 102 and 
indirectly the seller 104 over the network 120. A multiparty community 110 
having a first party 1 12, a second party 1 14 and an nth party 1 16 can 
communicate with the network 120. Further, the first party 112, second party 
114 and nth party 116 can communicate directly with each other. 



Furthermore, Collins discloses that in Figure 1a, Party A and Party B engage in a 
negotiation session to resolve a situation. Although Figure la shows only two 
parties there may be more than two parties engaged in a negotiation session 
[0042] (thus a plurality). 

The applicant argues that Collins has no teaching whatsoever that describes 
transaction data being electronically communicated from a database of the marketplace 
to a database of an online dispute resolution system. 

The applicant argues that the position data in Collins is received from the parties 
and not from a database of the electronic marketplace. 
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Applicant is directed to paragraph 0020 where applicant discloses: 

[0020] The system also facilitates dispute resolution through a number of 
tools. The techniques support various information gathering and evaluation 
stages to prompt a timely settlement between the parties. The dispute 
resolution staff is aided with a timely and efficient gathering of information 
from which to formulate a settlement proposal. Moreover, these techniques 
facilitate a prompt assessment of the status of a claim. The techniques also 
automatically assemble data from records provided by both parties and 
calculate relevant settlement proposals to be sent to the parties. 

Applicant goes on to identify the invention in paragraph 21: 

[0021] The system also applies automatic tools such as an intelligent 
predictive reasoning system (also called case-based reasoning (CBR) system). 
CBR assists parties in disputes by indicating the likelihood of a particular 
outcome. This helps parties request reasonable solutions thereby increasing 
the likelihood of an easy settlement. It also assists the dispute resolution 
specialist in identifying similar past cases and indicating likely outcomes and 
their associated certainty. The system matches new disputes to "cases" from a 
historical database and then adapting successful outcomes from the past to the 
current situation. This technique increases the efficiency of the dispute 
resolution process and provides a high degree of decision uniformity. This 
effectively creates a semi-automated precedent-based resolution system. 

Thus, the applicant's invention assembles position data (data from records) 
provided by the parties (both parties). 

Furthermore, the applicant's arguments do not follow what the applicant has 

disclosed as the invention in the specification. 

[0056] After purchase, if the buyer is dissatisfied with the online transaction 
previously entered into, the buyer can file a complaint if he or she desires. 
FIG. 6 illustrates a complaint prefiling process. First, a seller or buyer 
initiates a dispute (step 282). The initiation of the dispute may be 
accomplished by answering the series of questions posed by the complaint 
wizard (step 284). The person filing out the form is called a complainant. The 
complaint wizard 284 tries to determine the nature of the dispute and if it is 
simple in nature, will offer suggestions for resolving the dispute without 
involving the dispute resolution system. If the dispute is not so simple in 
nature or if the complainant decides they want the dispute resolution system to 
resolve their dispute, the complaint wizard asks a further set of questions to 
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determine the eligibility of the dispute (step 286). In this process, before 
the system accepts a complaint, two eligibility criteria have to be met: (1) 
the seller is covered or enrolled in the system; and, (2) the transaction 
occurred after coverage began. The complaint wizard then guides the 
complainant by selecting whether the complainant is a buyer or the seller. 
The complaint wizard 284 also prompts the complainant to enter the other 
party's user identification number and the date of the transaction, and 
notifies the user that a particular fee will be charged to resolve the dispute. 
If the complaint wizard 284 determines that the dispute is not eligible, the 
complaint wizard 284 displays a message that the system cannot resolve 
the dispute because the seller is not enrolled in the system or that the 
transaction occurred before coverage was available (step 288). The wizard 
284 then loops back to receive additional disputes from other complainants (step 
282). 

[0057] From step 286, if the complaint wizard determines that the transaction 
is covered by the system, the complaint wizard 284 determines whether the 
complainant is a seller or a buyer. If the complainant is a seller, the 
complaint wizard 284 indicates that a fee to file a dispute will be billed to 
the previously entered credit card account (step 288). Next, the wizard 284 
guides the user through the filling out of a complaint form (step 290). If the 
user does not wish to initiate the complaint, the system of FIG. 6 loops back 
to step 282 to handle the next dispute. 

[0058] From step 286, if the transaction is covered by the system (i.e., the 
seller is a registered user and covered for that marketplace and the 
transaction occurred after the coverage began), the complaint wizard 284 
indicates to the user that there is a fee to file the dispute that will be 
charged to the credit card as previously entered. The complaint wizard also 
prompts the user to enter credit card information and submits the information 
to a credit card provider to get approval. From step 292, if the credit card 
information is incorrect, the complaint wizard 284 indicates that the credit 
card was not approved and requests the user to either re-enter the information, 
in which case the process loops back to step 292 or alternatively, if the user 
wishes to cancel the transaction, the process loops back to step 282 to 
continue handling additional disputes. From step 286, if the buyer is an 
unregistered buyer, the system proceeds to step 270 to perform buyer 
registration. 

[0059] The dispute resolution process is conclusive, i.e., it always results in 
a definitive resolution. There are four methods by which the system yields a 
definitive resolution. They are as follows: 

[0060] Quick Resolution. The desired settlement entered by each party is 
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compared and if there is a 100% match on selected items, e.g., monetary 
settlement, the dispute automatically settles and the parties are informed 
via email. The desired settlement items that are required to match is likely to 
evolve over time to more be more complex than a simple comparison-but the 
concept of Quick Resolution will remain unchanged 

[0061] Independent Resolution. After viewing the facts of the complaint filed, 
the respondent is given the option to directly resolve the case with the 
complainant. If the respondent chooses to do so, the complainant is notified 
and the parties are given 3 weeks to resolve the case directly. Either party 
may re-activate the case with the system and ask for a dispute resolution 
specialist to be assigned to the case at any point within the 3 weeks or for 30 
days after that. The respondent may also be shown sample resolutions from the 
system's case-history database to help him/her directly resolve the case 

[0062] Conciliation. If both the above options do not work or are not 
applicable, the system assigns a dispute resolution specialist to the case. 
The dispute resolution specialist first tries to "mediate" a settlement between 
the parties, i.e., tries to get the parties to agree to a mutually agreeable 
settlement. This is carried out via email exchange between the dispute 
resolution specialist and the parties. Exchanges between the parties occurs 
via the system's website. One party does not see the other party's responses. 

[0063] Resolution. Where conciliation is not possible, the dispute resolution 
specialist passes a resolution based on the facts of the case presented. 

The dispute resolution specialist does this by collecting the necessary 
information and evidence from the parties. The parties can see the information 
evidence submitted by the other party. The parties are also given the opportunity 
to respond to the other party's submissions. 

Thus, it appears that once the status is determined, ie, the parties are eligible, 
then the transaction passes to the dispute resolution system. There is no mention of 
receiving position data from a database of an electronic marketplace. 



44. Claims 68-72: 

The applicant argues that the portions of Collins relied upon do not qualify as 
prior art. The Examiner has addressed this above. 
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45. Claim rejection under 35 USC 103: 

Claim 62 is a method wherein updating the electronic marketplace comprises 
displaying in the electronic marketplace visual indicia associated with users of the 
electronic marketplace that participate in the system and controlling the appearance of 
the indicia as a function of data received from the dispute resolution system for the 
users in response to resolution of the dispute. 

First, applicant discloses the following: 

[001 1] Visual cues can be provided to highlight agreements between the parties. 
A meta-rating forum on the performance of a particular party can be maintained, 
and the data stored on the forum regarding performances of sellers and buyers 
can be accessed. The data can relate to participation in the dispute resolution 
process, or can relate to compliance of a participant to the final decision made in 
the resolution of the dispute. An offender in the dispute resolution system can be 
highlighted. A market-based system can be used for assigning a specialist to a 
particular dispute. The dispute resolution system can be provided as an 
insurance covering transactions, where a seller in a transaction is a registered 
subscriber before a transaction is insured. A visual indicia can be used to 
indicate membership in the dispute resolution process. The visual indicia 
can be a medallion. The system can emulate a court for on-line transaction 
parties. 

[0053] In all the above cases, if the seller's coverage is successful, the 
process updates a membership profile database, notifies the applicant of 
acceptance, and sends indicia such as a medallion to be displayed on the 
seller's point of sale. 



4. A method for integrating an online dispute resolution system with an 
electronic marketplace to allow users of the electronic marketplace to resolve 
disputes and provide users of the electronic assurance that disputes will be 
resolved, the method comprising: providing an electronic marketplace as a 
website that is accessed by users via a computer network and enables the users 
to buy and sell items; indicating within the electronic marketplace website 
the availability of a dispute resolution system that is coupled to the computer 
network to resolve disputes between the users of the electronic marketplace; 
embedding uniform resource locators associated with the dispute resolution 
system within a hypertext markup language application for the website to enable 
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users of the electronic marketplace to access the dispute resolution system 
from the electronic marketplace; and displaying visual indicia within the 
website that are associated with users of the electronic marketplace, 
wherein the appearance of the visual indicia is related to data maintained 
by the online dispute resolution system that is related to use of the dispute 
resolution system by the users. 

5. The method of claim 4, wherein displaying visual indicia comprises 
displaying symbols of trust. 

6. The method of claim 5, wherein displaying symbols of trust comprise 
displaying medallions. 

7. The method of claim 4, wherein indicating within the electronic marketplace 
website the availability of a dispute resolution system comprises indicating 
the availability of a dispute resolution system to resolve disputes between 
the users of the electronic marketplace by displaying to the users visual 
indicia associated with the dispute resolution system within the electronic 
marketplace. 

8. A method comprising: providing an electronic marketplace that is accessed 
by users via a computer network and enables the users to buy and sell items; 
and indicating the availability of a dispute resolution system to resolve 
disputes between the users of the electronic marketplace by displaying to 
the users electronic visual indicia associated with the dispute resolution 
system within the electronic marketplace. 

9. The method of claim 8, further comprising: embedding uniform resource 
locators associated with the dispute resolution system within a hypertext 
markup language application for the website to enable users of the electronic 
marketplace to access the dispute resolution system from the electronic 
marketplace; and displaying the visual indicia within the website that are 
associated with users of the electronic marketplace, wherein the 
appearance of the visual indicia is related to data maintained by the online 
dispute resolution system that is related to use of the dispute resolution 
system by the users. 

10. The method of claim 8, further comprising displaying the visual indicia to 
indicate which of the users are members in the dispute resolution system. 

1 1 . The method of claim 10, further comprising controlling the appearance of 
the visual indicia based on data maintained by the dispute resolution 
system 
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18. A method for indicating to users of an electronic marketplace whether 
other users of the electronic marketplace participate in an online dispute 
resolution system comprising: providing an electronic marketplace via a 
website that is accessed by users via a computer network and enables the users 
to buy and sell items; displaying visual indicia received from the dispute 
resolution system and associated with users of the electronic marketplace 
that participate in the dispute resolution system within the website; and 
controlling the appearance of the medallions visual indicia as a function of 
data that is maintained by a server associated with the dispute resolution 
system and that relates to participation of the users of the electronic 
marketplace in the dispute resolution system. 

19. The method of claim 18, wherein displaying visual indicia comprises 
displaying the visual indicia within web pages associated with users of the 
electronic marketplace that participate in the dispute resolution system. 

20. The method of claim 18, wherein displaying visual indicia comprises 
displaying symbols of trust. 

21. The method of claim 20, wherein displaying symbols of trust comprise 
displaying medallions. 

There is no support for the language controlling the appearance of the visual 
indicia as a function of data received from the dispute resolution system for the users in 
response to resolution of the disputes. The display is in response to whether the 
user is a participant or not. 

Collins discloses the following: 

[0061] Figs. 7a and 7b show examples of screens presented to a party during 
Step 300 of Fig. 2 in an embodiment of the present invention. In Fig. 7a a 
case reference number is requested. If this is not provided by the party 
entering information a number is generated for the case. This number allows 
the parties to access case information including the negotiation log throughout 
the negotiation process. In an alternative embodiment, a pull-down box on 
the template may be provided with a listing of the possible participating 
parties, such as, merchants or companies. This allows the customer to 
know whether the merchant/other party is bound to participate in 
negotiations or whether the consent of the other party is necessary before 
negotiations will begin. 
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This is a visual indicia indicates membership in the dispute resolution system. 
46. Claim 63 

Claim 63 discloses a method further comprising embedding uniform resource 
locators associated with the dispute resolution system with a hypertext markup 
language application for the website of the electronic marketplace to enable the users of 
the electronic marketplace to automatically access the dispute resolution system from 
the electronic marketplace and file disputes without manually entering the transaction 
data into the dispute resolution system. First, the Examiner request the applicant to 
direct the Examiner to where there is disclosure for the limitation of filing disputes 
without manually entering the transaction data. Secondly, the Examiner has provided 
evidence that it was known at the time of the applicant's invention to embed URLs in 
webpages. 

Third, the URL appears to be a hotlink that that takes the user to a registration 

form. 

[0050] FIG. 4 is a diagram illustrating a process 240 whereby a seller can 
request coverage from the dispute resolution system. Upon receipt of a request 
to initiate coverage, the system of FIG. 1 provides the seller with a welcome page 
242 where the seller can enter his or her user identification and password 
information. If the user is new, the seller can enter a registration page 24 by 
clicking on a registration hotlink. Upon completing the registration process, 
the process of FIG. 4 notifies the seller of a successful registration and displays 
other relevant information in page 246 before looping back to the start of the 
process 240. 

New claim 73: 

The applicant is directed to the discussion in the rejection. 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Janice A. Mooneyham whose telephone number is (571) 
272-6805. The examiner can normally be reached on Monday through Thursday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Weiss can be reached on (571) 272-6812. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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